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SYSTEM, DEVICE, AND METHOD FOR MAINTAINING 
COMMUNICATION SESSIONS IN A COMMUNICATION SYSTEM 

5 CROSS-REFERENCE TO RELATED APPLICATION(S) 

The present application may be related to the following commonly 
owned United States patent application, which is hereby incorporated herein 
by reference in its entirety: 
10 United States Patent Application No. XX/XXX,XXX entitled SYSTEM, 

DEVICE, AND METHOD FOR PROVIDING NETWORK ACCESS IN A 
COMMUNICATION SYSTEM, filed on even date herewith in the names of 
Franco Travostino and Robert L. Myers. 

15 

FIELD OF THE INVENTION 

The present invention relates generally to communication systems, and 
more particularly to maintaining communication sessions in a communication 
20 system. 

BACKGROUND OF THE INVENTION 

25 In a typical wireless communication system, wireless terminal 

equipment (TE) devices access a host computer through various access point 
(AP) devices. The AP devices communicate with the TE devices using a 
wireless communication protocol, and communicate with the host computer 
using some other protocol, such as a local area network (LAN) protocol. Each 

30 communication protocol is typically composed of various protocol layers in 
what is often referred to as a protocol stack. The protocol layers are typically 
implemented in software, and require certain processing resources as well as 
certain memory resources (e.g., for the storage of state information and data). 
The AP devices typically support and implement the full wireless 

35 communication protocol stack, and therefore the AP devices are typically 
complex devices that require substantial processing and memory resources. 
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One wireless communication protocol is commonly known as 
Bluetooth. Bluetooth defines a wireless (RF) protocol layer as well as various 
combinations of higher protocol layers (referred to in Bluetooth as profiles) 

5 for using Bluetooth in various applications. Bluetooth is described in a 
Bluetooth core specification entitled Specification of the Bluetooth System 
Core , Volume 1.0 B, dated December 1, 1999, which is hereby incorporated 
herein by reference in its entirety. Bluetooth profiles are described in a 
Bluetooth profiles specification entitled Specification of the Bluetooth System 

10 Profiles , Volume 1.0 B, dated December 1, 1999, which is hereby incorporated 
herein by reference in its entirety. For convenience, the Bluetooth core 
specification and the Bluetooth profiles specification are referred to 
hereinafter collectively as the Bluetooth specification. 

15 FIG. 1 shows a representation of a conventional wireless 

communication system 100 in accordance with an implementation of 
Bluetooth. The TE device 102 accesses the host computer 108 via the AP 
device 106, using a wireless communication protocol to communicate with the 
AP device 106 over a wireless medium 104 (e.g., RF through air, infrared 

20 through air). 

The AP device 106 typically implements the full wireless 
communication protocol stack. Therefore, the AP device 106 is typically a 
complex device having substantial processing and memory resources. 

25 

FIG. 2 illustrates the various protocol stacks that are supported and 
implemented by the TE device 102, the AP device 106, and the host computer 
108 within the conventional wireless communication system 100 in 
accordance with a LAN Access Profile of the Bluetooth specification. 

30 

The TE device 102 includes, among other things, baseband transceiver 
logic 202 with associated host controller interface (HCI) firmware 204 for 
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sending and receiving protocol messages over the wireless medium 104, HCI 
driver logic 206, logical link control and adaptation protocol (L2CAP) logic 
208 for providing connection-oriented or connectionless layer 2 services, link 
manager protocol (LMP) logic 210, service discovery protocol (SDP) logic 212, 
RF communication logic 214 for emulating multiple RS-232 connections over 
L2CAP, Point-to-Point Protocol (PPP) logic 216, Internet Protocol (IP) logic 
218, TCP/UDP logic 220, and a number of applications 222. 



The AP device 106 includes, among other things, a first protocol stack 
10 for communicating with the TE device 102 and a second protocol stack for 

communicating with the host computer 108. The first protocol stack includes, 
among other things, baseband transceiver logic 224 with associated HCI 
firmware 226 for sending and receiving protocol messages over the wireless 
medium 104, HCI driver logic 228, L2CAP logic 230, LMP logic 232, SDP logic 
15 234, RF logic 236, PPP logic 238, IP logic 240, and Dynamic Host 

Configuration Protocol (DHCP) logic 242. The second protocol stack includes, 
among other things, LAN logic 244, IP logic 240, Proxy ARP (Address 
Resolution Protocol) logic 246 for resolving addresses, and AAA 
(authentication, authorization, and accounting) logic 248. 

20 

The host computer 108 includes, among other things, LAN logic 250, IP 
logic 252, TCP/UDP logic 254, and a number of applications 256. 

The wireless communication system typically includes mechanisms by 
25 which the AP devices decide which AP device is to handle communications 
for the TE device. For example, the TE device may be given access to the host 
computer through the closest AP device based upon some predetermined 
criteria (e.g., receive signal strength). 



30 During operation of the wireless communication system, it may 

become necessary or desirable for the TE device to access the host computer 
through different AP devices at different times. For example, as the TE device 
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moves about within the wireless communication system, the proximity of the 
TE device to various AP devices changes, making it necessary or desirable to 
move communications from an old AP device to a new AP device. Similarly, 
certain network events may disrupt communications between the TE device 
5 and the host computer (e.g., a communication failure between the TE device 
and the AP device, a failure or inactivation of the AP device, or a 
communication failure between the AP device and the host computer), 
making it necessary or desirable to move communications from the old AP 
device to the new AP device. 

10 

The wireless communication protocol typically includes mechanisms 
for moving communications from an old AP device to a new AP device. For 
convenience, this movement of communications from the old AP device to the 
new AP device is referred to herein as a "hand-off" from the old AP device to 
15 the new AP device. A "hand-off" from the old AP device to the new AP 

device may involve such things as determining the new AP device for the TE 
device (e.g., determining the next-closest AP device to the TE device) and 
moving communications from the old AP device to the new AP device. 

20 Because the AP devices typically implement the full wireless 

communication protocol, the AP device through which the TE device accesses 
the host computer typically maintains substantial state information relating to 
the TE device. When there is a "hand-off" from the old AP device to the new 
AP device, state information maintained by the old AP device is lost, and the 

25 new AP device must re-establish communications for the TE device anew. 
Thus, the "hand-off" from the old AP device too the new AP device may 
substantially disrupt communications between the TE device and the host 
computer. In a Bluetooth wireless communication system implemented 
according to current specifications, it would not be uncommon for this 

30 disruption to last an unacceptably long 5-10 seconds. 
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SUMMARY OF THE INVENTION 



In an embodiment of the present invention, the AP devices work in 
combination with a back end (BE) device to provide wireless access for the TE 
5 devices. Specifically, the wireless communication protocol stack is divided 
between the AP devices and the BE device, with the AP devices supporting 
and implementing a first protocol layer of the wireless communication 
protocol stack (typically the lowest protocol layer of the wireless 
communication protocol stack), and the BE device supporting and 

10 implementing a second protocol layer of the wireless communication protocol 
stack (typically the upper layers of the wireless communication protocol 
stack). Each AP device is coupled to the BE device over a communication 
network, such as an Ethernet LAN, and establishes a communication 
connection to the BE device. Protocol messages received by the AP devices 

15 from the TE devices are forwarded by the AP devices to the BE device over 
the pre-established communication connections, and protocol messages 
received by the AP devices from the BE device over the pre-established 
communication connections are forwarded by the AP devices to the TE 
devices. The AP devices are therefore "thin" AP (TAP) devices that support 

20 and implement only a small subset of the wireless communication protocol 
stack and therefore require minimal processing and memory resources. This 
allows the TAP devices to be small, simple, inexpensive devices that can be 
placed unobtrusively and ubiquitously within a networking environment. 
The BE device includes sufficient processing and memory resources for 

25 supporting many TE devices accessing the network through multiple TAP 
devices, and communicates with the host computer on behalf of the TE 
devices. It should be noted that this division of the wireless communication 
protocol stack between the TAP devices and the BE device is transparent to 
the TE devices and to the host computer, which require no changes to operate 

30 in such a wireless communication system. 

When there is a disruption in communication for a particular TE device 
or a "hand-off" is otherwise desirable or necessary, the BE device saves state 
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information relating to the TE device, and uses the saved state information to 
subsequently re-establish communication with the TE device through the 
same or a different TAP device. 



5 A method for maintaining a communication session involves 

determining that the communication session is disrupted, saving state 
information relating to the communication session, and subsequently re- 
establishing the communication session using the saved state information. 
Determining that the communication session is disrupted may involve 

10 monitoring for a predetermined signal and failing to receive the 

predetermined signal for a predetermined amount of time. Saving the state 
information relating to the communication session may involve saving the 
state information for up to a predetermined amount of time. The 
communication session may be associated with an access point device, and 

15 the communication session may be re-established through the same or a 
different access point device. 

A device for maintaining a communication session includes session 
monitoring logic for determining that the communication session is 

20 disrupted, state maintenance logic for saving state information relating to the 
communication session, and session re-establishment logic for subsequently 
re-establishing the communication session using the saved state information. 
Determining that the communication session is disrupted may involve 
monitoring for a predetermined signal and failing to receive the 

25 predetermined signal for a predetermined amount of time. Saving the state 
information relating to the communication session may involve saving the 
state information for up to a predetermined amount of time. The 
communication session may be associated with an access point device, and 
the communication session may be re-established through the same or a 

30 different access point device. The device may be a back end device that 

implements upper protocol layers of a wireless communication protocol, such 
as Bluetooth. 
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A computer program for controlling a computer system to maintain a 
communication session includes session monitoring logic for determining that 
the communication session is disrupted, state maintenance logic for saving 
5 state information relating to the communication session, and session re- 
establishment logic for subsequently re-establishing the communication 
session using the saved state information. Determining that the 
communication session is disrupted may involve monitoring for a 
predetermined signal and failing to receive the predetermined signal for a 

10 predetermined amount of time. Saving the state information relating to the 
communication session may involve saving the state information for up to a 
predetermined amount of time. The communication session may be 
associated with an access point device, and the communication session may 
be re-established through the same or a different access point device. The 

15 device may also include protocol logic for implementing upper protocol 
layers of a wireless communication protocol, such as Bluetooth. 

A communication system includes a number of access point devices 
that each implement a lower protocol layer of a wireless communication 

20 protocol and a back end device that implements upper protocol layers of the 
wireless communication protocol on behalf of the number of access point 
devices. The back end device saves state information for a communication 
session upon detecting a disruption of the communication session and 
subsequently re-establishes the communication session using the saved state 

25 information. The communication session may be associated with an access 
point device, and the back end device may re-establish the communication 
session through the same or a different access point device. The 
communication session may be associated with a terminal equipment device 
that communicates with the back end device through an access point device, 

30 in which case the back end device may determine that the communication 
session is disrupted upon failing to receive a predetermined signal from the 
terminal equipment device for a predetermined amount of time. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

5 In the accompanying drawings: 

FIG. 1 is a system diagram showing an example of a conventional 
wireless communication system; 

FIG. 2 is a block diagram showing sample protocols stacks of various 
devices in a conventional wireless communication system; 

10 FIG. 3 is a system diagram showing an example of a wireless 

communication system in which an access point device implements a lower 
protocol layer of a wireless communication protocol and a back end device 
implements upper protocol layers of the wireless communication protocol in 
accordance with an embodiment of the present invention; 

15 FIG. 4 is a block diagram showing sample protocol stacks of the access 

point device and the back end device in accordance with an embodiment of 
the present invention; 



20 DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

In an embodiment of the present invention, the AP devices work in 
combination with a back end (BE) device to provide wireless access for the TE 
devices. Specifically, the wireless communication protocol stack is divided 

25 between the AP devices and the BE device, with the AP devices supporting 
and implementing a first protocol layer of the wireless communication 
protocol stack (typically the lowest protocol layer of the wireless 
communication protocol stack), and the BE device supporting and 
implementing a second protocol layer of the wireless communication protocol 

30 stack (typically the upper layers of the wireless communication protocol 
stack). Each AP device is coupled to the BE device over a communication 
network, such as an Ethernet LAN, and establishes a communication 
connection to the BE device. Protocol messages received by the AP devices 
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from the TE devices are forwarded by the AP devices to the BE device over 
the pre-established communication connections, and protocol messages 
received by the AP devices from the BE device over the pre-established 
communication connections are forwarded by the AP devices to the TE 
5 devices. The AP devices are therefore "thin" AP (TAP) devices that support 
and implement only a small subset of the wireless communication protocol 
stack and therefore require minimal processing and memory resources. This 
allows the TAP devices to be small, simple, inexpensive devices that can be 
placed unobtrusively and ubiquitously within a networking environment. 

10 The BE device includes sufficient processing and memory resources for 
supporting many TE devices accessing the network through multiple TAP 
devices, and communicates with the host computer on behalf of the TE 
devices. It should be noted that this division of the wireless communication 
protocol stack between the TAP devices and the BE device is transparent to 

15 the TE devices and to the host computer, which require no changes to operate 
in such a wireless communication system. 

Bluetooth is one wireless communication system that can benefit from 
such division of the wireless communication protocol stack between the AP 

20 devices and the BE device. Bluetooth is a wireless access protocol that uses 
multiple AP devices spread throughout a networking environment to provide 
wireless access for portable TE devices. The effectiveness of the Bluetooth 
communication system is dependent to a large degree on the number and 
placement of the AP devices within the networking environment. Increased 

25 performance can be realized by increasing the number of AP devices. Because 
the AP devices are typically complex devices having substantial processing 
and memory resources, increasing the number of AP devices substantially 
increases the overall cost of the communication system. However, by using 
TAP devices that are small, simple, and inexpensive, it is possible to increase 

30 the number of AP devices without unduly increasing the overall cost of the 
communication system. For convenience, various embodiments of the 
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invention are described herein in the context of a Bluetooth wireless 
communication system. 

In an embodiment of the present invention, the wireless 
5 communication protocol stack (e.g., Bluetooth) is divided between TAP 
devices and a BE device. Each TAP device establishes a communication 
connection to the BE device. In a typical embodiment, the TAP devices 
communicate with the BE device over an Ethernet LAN, and the pre- 
established communication connections are Point-to-Point Protocol (PPP) 

10 connections that are established using a PPP-over-Ethernet (PPPoE) control 
protocol (referred to hereinafter as PPP/PPPoE communication connections). 
Protocol messages received by the TAP devices from the TE devices are 
forwarded by the TAP devices to the BE device over the pre-determined 
PPP/PPPoE communication connections, and protocol messages received by 

15 the TAP devices from the BE device over the pre-determined PPP/PPPoE 
communication connections are forwarded by the TAP devices to the TE 
devices. 



FIG. 3 shows a representation of a wireless communication system 300 
20 in which the Bluetooth wireless communication protocol stack is divided 
between TAP devices and a BE device. The TE device 102 accesses the host 
computer 108 via the TAP device 306 using the Bluetooth wireless 
communication protocol. The TAP device 306 establishes a PPP/PPPoE 
communication connection to the BE device 307. Protocol messages received 
25 by the TAP device 306 from the TE device 102 are forwarded by the TAP 
device 306 to the BE device 307 over the pre-determined PPP/PPPoE 
communication connection, and protocol messages received by the TAP 
device 306 from the BE device 307 over the pre-determined PPP/PPPoE 
communication connection are forwarded by the TAP device 306 to the TE 
30 device 102. The BE device 307 includes sufficient processing and memory 
resources for supporting the TE device 102 and may other TE devices (not 
shown) accessing the network through the TAP device 306 and other TAP 
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devices (not shown), and communicates with the host computer 108 on behalf 
of the TE device 102. 



FIG. 4 illustrates the various protocol stacks that are supported and 
5 implemented by the TE device 102, the TAP device 306, the BE device 307, 
and the host computer 108 within the wireless communication system 300 in 
accordance with a LAN Access Profile of the Bluetooth specification. It 
should be noted that the protocol stacks in both the TE device 102 and the 
host computer 108 are the same in both the conventional communication 
10 system 100, as shown in FIG. 2, and the communication system 300, as shown 
in FIG. 4. 



The TE device 102 includes, among other things, baseband transceiver 
logic 202 with associated HCI firmware 204 for sending and receiving 
15 protocol messages over the wireless medium 104, HCI driver logic 206, 

L2CAP logic 208, LMP logic 210, SDP logic 212, RF logic 214, PPP logic 216, IP 
logic 218, TCP/UDP logic 220, and a number of applications 222. 

The TAP device 306 includes, among other things, a first protocol stack 
20 for communicating with the TE device 102 and a second protocol stack for 
communicating with the BE device 307. The first protocol stack implements 
the lower protocol layer of the wireless communication protocol, and 
includes, among other things, baseband transceiver logic 224 with associated 
HCI firmware 226 for sending and receiving protocol messages over the 
25 wireless medium 104. The second protocol stack includes, among other 
things, LAN logic 402, PPPoE control protocol logic 404 for establishing a 
PPP/PPPoE communication connection to the BE device 307 over the LAN, 
and PPP logic 406 for transferring protocol messages between the TE device 
102 and the BE device 307. 

30 

The BE device 307 includes, among other things, a first protocol stack 
for communicating with the TAP device 306 and a second protocol stack for 
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communicating with the host computer 108. The first protocol stack 
implements the PPP/PPPoE protocols for communicating with the TAP 
device 306 and also implements the upper protocol layers of the wireless 
communication protocol, and includes, among other things, LAN logic 244, 
5 PPPoE control protocol logic 410, PPP logic 412, HCI driver logic 228, L2CAP 
logic 230, LMP logic 232, SDP logic 234, RF logic 236, PPP logic 238, IP logic 
240, and DHCP logic 242. The second protocol stack includes LAN logic 244, 
proxy ARP logic 246, and AAA logic 248. 

10 The host computer 108 includes, among other things, LAN logic 250, IP 

logic 252, TCP/UDP logic 254, and a number of applications 256. 

As described in the related application entitled SYSTEM, DEVICE, 
AND METHOD FOR PROVIDING NETWORK ACCESS IN A 

15 COMMUNICATION SYSTEM, which was incorporated by reference above, 
the TAP device 306 and the BE device 307 interoperate to enable 
communication between the TE device 102 and the host computer 108. 
Specifically, protocol messages received by the TAP device 306 from the TE 
device 102 are forwarded by the TAP device 306 to the BE device 307 over the 

20 pre-established communication connection, and protocol messages received 
by the TAP device 306 from the BE device 307 over the pre-established 
communication connection are forwarded by the TAP device 306 to the TE 
device 102. 

25 It should be noted that the TAP device 306 includes very little logic, 

and the logic that is included in the TAP device 306 is not required to 
maintain substantial state information. Essentially, the TAP device 306 is only 
responsible for managing radio frequencies, amplifying signal over noise, 
performing retransmissions, establishing and maintaining the PPP/PPPoE 

30 connection to the BE device, and transferring protocol messages between the 
TE devices and the BE device. State information required by the TAP device 
306 includes such things as PPP/PPPoE session identifier and settings (e.g., 
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MTU), baseband retransmission state, and ACL/SCO mappings and channel 
properties for the LMP. Certain state information, such as the PPP/PPPoE 
session identifier and settings and the ACL /SCO mappings and channel 
properties are maintained by the BE device 307, and can therefore be 
recovered by the TAP device 306 from the BE device 307 rather than 
maintained by the TAP device 306. 

On the other hand, the BE device 307 includes substantial logic and 
maintains substantial state information. The BE device 307 provides or may 
provide various state-based services. DHCP services typically include such 
things as reserving /allocating IP address for the TE devices and optimizing 
for use/ re-use of the IP address space. AAA services may include such things 
as implementing an AAA client, implementing a remote AAA server, or 
implementing whole server functionality (e.g., for sharing policy information 
with other BE devices via a distributed file system). Proxy ARP services 
typically include returning TE device MAC addresses in response to queries 
received from the host computer. SDP services typically include such things 
as maintaining a database of services (such as Bluetooth services) and 
processing queries to the database (e.g., keyed on the TAP device from which 
the query is received). RF services typically include tracking existing sessions 
over the RS-232 emulation. PPP services typically include maintaining 
session identifier and settings (e.g., MTU) for PPP connections between the TE 
devices and the BE device. LMP services typically include such things as a 
link key, encryption status, encryption key, encryption key size, QoS classes, 
and hold/ sniff /park toggles. L2CAP services typically include such things as 
packet re-assembly, upper-protocol and lower-protocol state machines, 
connection information for connection-oriented channels, and MTU and QoS 
classes. PPP/PPPoE services typically include maintaining session identifier 
and settings for the PPP/PPPoE connections to the TAP devices. Additional 
services may include such things as network address translation (NAT), 
firewall functionality, configuration/ management services (e.g., via SNMP), 
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and BE device pooling (i.e., maintaining multiple BE devices for aggregation 
and load balancing). 

During operation of the wireless communication system, 
communications between the TE device 102 and the BE device 307 via the 
TAP device 306 may be disrupted. Such a disruption may be caused, for 
example, by a failure or inactivation of the TE device 102, movement of the TE 
device 102 away from the TAP device 306, a communication failure between 
the TE device 102 and the TAP device 306 (e.g., obstruction or interference), a 
failure or inactivation of the TAP device 306, a communication failure 
between the TAP device 306 and the BE device 307 (e.g., a LAN failure), or a 
failure of the BE device 307. 

In an embodiment of the invention, when the BE device 307 determines 
that communication with the TE device 102 has been disrupted, the BE device 
307 saves state information for the TE device 102 rather than, for example, 
terminating communication with the TE device 102 and simply dropping all 
state information relating to the TE device 102. The BE device 307 uses the 
saved state information to subsequently re-establish communication with the 
TE device 102. The BE device 307 may re-establish communication with the 
TE device 102 through the same TAP device 306 or through another TAP 
device. In order to prevent the state information from becoming "stale," the 
BE device 307 typically saves the state information for up to a predetermined 
amount of time, after which the state information is dropped and is not used 
to re-establish communications with the TE device 102. 

In an embodiment of the present invention, the BE device 307 
determines that communication with the TE device 102 has been disrupted 
based upon a "heartbeat" signal that is transmitted by the TE device 102. 
Specifically, in accordance with Bluetooth, the TE device 102 typically 
transmits a periodic "heartbeat" signal. Among other things, the "heartbeat" 
signal indicates to the BE device 307 that the TE device 102 is active and that 
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10 



15 



20 



25 



there is a communication path from the TE device 102 through to the BE 
device 307. The BE device 307 monitors for this "heartbeat" signal from the TE 
device 102. If the BE device 307 fails to receive the "heartbeat" signal from the 
TE device 102 for a predetermined amount of time, then the BE device 307 
determines that communication with the TE device 102 has been disrupted. 
Such a failure to receive the "heartbeat" signal from the TE device 102 may be 
caused, for example, by a failure or inactivation of the TE device 102, 
movement of the TE device 102 away from the TAP device 306, a 
communication failure between the TE device 102 and the TAP device 306 
(e.g., obstruction or interference), a failure or inactivation of the TAP device 
306, a communication failure between the TAP device 306 and the BE device 
307 (e.g., a LAN failure), or a failure of the BE device 307. 

Similarly, during operation of the wireless communication system, it is 
sometimes necessary or desirable to perform a "hand-off" from one TAP 
device to another TAP device. For example, a "hand-off" may be necessary or 
desirable due to movement of the TE device 102 away from the TAP device 

306 or interference affecting communication between the TE device 102 and 
the TAP device 306. 

In an embodiment of the present invention, when the BE device 307 
determines that a "hand-off" is necessary or desirable, the BE device 307 saves 
the state information for the TE device 102 and uses the saved state 
information to subsequently re-establish communication with the TE device 
102. The BE device 307 may re-establish communication with the TE device 
102 through the same TAP device 306 or through another TAP device. In 
order to prevent the state information from becoming "stale," the BE device 

307 typically saves the state information for up to a predetermined amount of 
time, after which the state information is dropped and is not used to re- 
establish communications with the TE device 102. 
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In a conventional wireless communication system in which state 
information is not saved for use in re-establishing communication with the TE 
device, a "hand-off" is an expensive operation in terms of time and disruption 
to communications. Therefore, in such a conventional wireless 
5 communication system, a "hand-off" is typically performed only when 
necessary. 

In an embodiment of the present invention in which the BE device 307 
saves state information for the TE device 102 and uses the state information to 
10 subsequently re-establish communication with the TE device 102, a "hand-off" 
is a less expensive operation in terms of time and disruption to 
communications. Therefore, in various embodiments of the present 
invention, "hand-off s" may be used more liberally without unduly disrupting 
communications . 



Thus, when performed in accordance with an embodiment of the 
present invention, "hand-offs" may be used to move TE devices among and 
between the various TAP devices to support various types of operations that 
would otherwise have been impractical in a conventional wireless 
20 communication system. Because the BE device 307 savea state information for 
the TE device 102 and uses the state information to re-establish 
communication with the TE device 102, the "hand-offs" can be completed 
quickly and with relatively little disruption to communication. 

25 One type of operation is congestion avoidance. For example, assuming 

the TE device 102 is able to communicate through two (or more) TAP devices 
at a particular time, a "hand-off" may be used to dynamically move the TE 
device 102 from a congested TAP device to an uncongested TAP device. 

30 Another type of operation is load balancing. For example, assuming 

the TE device 102 is able to communicate through two (or more) TAP devices 
at a particular time, a "hand-off" may be used to dynamically move the TE 
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device 102 from one TAP device to another TAP device based upon load 
balancing concerns. 

Yet another type of operation is for supporting multiple overlapping 
systems. For example, the wireless communication service may be provided 
through multiple overlapping systems from the same or different service 
providers. A "hand-off" may be used to dynamically move the TE device 102 
to a preferred system or service provider when the TE device 102 is able to 
communicate with the preferred system or service provider, although the TE 
device 102 may be given access through a different system or service provider 
when the TE device 102 is unable to communicate with the preferred system 
or service provider. 

Still another type of operation is cost control. For example, the TE 
device 102 may be charged for accessing the wireless communication system, 
with different charges applying to different TAP devices. A "hand-off" may 
be used to dynamically move the TE device 102 from a more expensive TAP 
device to a less expensive TAP device when the TE device 102 is able to 
communicate through the less expensive TAP device. 

In any case, when the BE device 307 detects a disruption or determines 
that a "hand-off" is otherwise necessary or desirable, the BE device 307 saves 
state information for the TE device 102 and uses the saved state information 
for subsequently re-establishing communication with the TE device 102 
through the same or a different TAP device. 

In the event that the BE device 307 re-establishes communication with 
the TE device 102 over the same TAP device 306, there is essentially no 
change within the BE device 307. The state information for the TE device 102 
is associated with the same TAP device 306 and the same PPP/PPPoE 
communication connection. 
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In the event that the BE device 307 re-establishes communication with 
the TE device 102 over a new TAP device, the BE device 307 essentially re- 
maps the state information from the old TAP device to the new TAP device. 
Thus, the state information for the TE device 102 is associated with the new 
TAP device and its corresponding PPP/PPPoE communication connection. 
Certain state information maintained by the old TAP device, such as 
retransmission state information, is lost during this "hand-off," although the 
retransmission state information is not needed by the new TAP device or by 
the BE device 307 in order to restore communication with the TE device 102. 
Certain state information maintained by the old TAP device, such as 
ACL /SCO mappings and channel properties, may be recovered by the new 
TAP device from the BE device 307, which also maintains such information. 
Thus, such information is not lost during the "hand-off" from the old TAP 
device to the new TAP device. 

FIG. 5 shows sample BE device logic 500 for maintaining state 
information for the TE device 102 during a disruption or "hand-off." 
Beginning at block 502, and upon determining that communication with the 
TE device has been disrupted or that a "hand-off" is desirable or needed, in 
block 504, the logic saves state information for the TE device, in block 506. 
Upon determining a TAP device for re-establishing communications with the 
TE device, in block 508, the logic determines whether the TAP device for re- 
re-establishing communications with the TE device is the same TAP device or 
a different TAP device, in block 510. If the TAP device for re-establishing 
communications with the TE device is the same TAP device (YES in block 
510), then the logic re-establishes communication with the TE device using the 
saved state information, in block 514. If the TAP device for re-establishing 
communications with the TE device is a different TAP device (NO in block 
510), then the logic re-maps the state information for the TE device from the 
old TAP device to the new TAP device, in block 512, and re-establishes 
communication with the TE device using the saved state information, in block 
514. The logic 500 terminates in block 599. 
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The ability of the BE device 307 to save state information for the TE 
device 102 enables other types of operations that are tangentially related to 
the "hand-off" procedure. Specifically, the BE device 307 may save state 
information and other information (e.g., date/ time, TAP identification 
information) for purposes other than, or in addition to, re-establishing 
communication with the TE device 102. Among other things, the saved 
information may be used for accounting purposes (e.g., monitoring network 
access, monitoring network usage, billing), network management purposes 
(e.g., traffic loading evaluation, congestion control, network planning), user 
tracking purposes (e.g., tracking and logging user positions and movements 
for security, auditing, and other reasons, for example, to determine where an 
intruder is or has been), and user locating purposes (e.g., locating the TE 
device 102 based upon the TAP device through which the TE device 102 is 
communicating, for example, to find a user in an emergency situation), to 
name but a few. 

It should be noted that the protocol stacks shown and described with 
reference to FIG. 2 and FIG. 4 are exemplary of the LAN Access Profile of the 
Bluetooth specification. However, the present invention can be applied to 
other Bluetooth profiles as well as to other communication protocols and 
profiles. Typically, embodiments implementing other Bluetooth profiles 
require appropriate changes to at least the upper protocol layers of the TE 
device 102 and the BE device 307. 

In the described embodiments, the TAP devices are coupled to the BE 
device over an Ethernet LAN and communicate with the BE device using 
PPP/PPPoE communication connections. However, the present invention is 
in no way limited by the way in which the TAP devices communicate with 
the BE device. The TAP devices can communicate with the BE device using 
any of a variety of communication technologies and protocols. 
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Although various aspects of the present invention are described with 
reference to a Bluetooth wireless communication protocol, various alternative 
embodiments of the invention may use other protocols, including 
modifications and derivations of the Bluetooth wireless communication 
protocol. 



It should be noted that the term "packet" is used herein to describe a 
communication message that may be used by a communication device {e.g., 
created, transmitted, received, stored, or processed by the communication 
device) or conveyed by a communication medium, and should not be 
construed to limit the present invention to any particular communication 
message type, communication message format, or communication protocol. 
Thus, a communication message may include, without limitation, a frame, 
packet, datagram, user datagram, cell, or other type of communication 
message. 



It should also be noted that the logic flow diagrams are used herein to 
demonstrate various aspects of the invention, and should not be construed to 
limit the present invention to any particular logic flow or logic 
implementation. The described logic may be partitioned into different logic 
blocks (e.g., programs, modules, functions, or subroutines) without changing 
the overall results or otherwise departing from the true scope of the 
invention. Often times, logic elements may be added, modified, omitted, 
performed in a different order, or implemented using different logic 
constructs (e.g., logic gates, looping primitives, conditional logic, and other 
logic constructs) without changing the overall results or otherwise departing 
from the true scope of the invention. 

The present invention may be embodied in many different forms, 
including, but in no way limited to, computer program logic for use with a 
processor {e.g., a microprocessor, microcontroller, digital signal processor, or 
general purpose computer), programmable logic for use with a 
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programmable logic device (e.g., a Field Programmable Gate Array (FPGA) or 
other PLD), discrete components, integrated circuitry (e.g., an Application 
Specific Integrated Circuit (ASIC)), or any other means including any 
combination thereof. In a typical embodiment of the present invention, 
5 predominantly all of the BE device logic is implemented as a set of computer 
program instructions that is converted into a computer executable form, 
stored as such in a computer readable medium, and executed by a 
microprocessor within the BE device 307 under the control of an operating 
system. 

10 

Computer program logic implementing all or part of the functionality 
previously described herein may be embodied in various forms, including, 
but in no way limited to, a source code form, a computer executable form, and 
various intermediate forms (e.g., forms generated by an assembler, compiler, 

15 linker, or locator). Source code may include a series of computer program 
instructions implemented in any of various programming languages (e.g., an 
object code, an assembly language, or a high-level language such as Fortran, 
C, C++, JAVA, or HTML) for use with various operating systems or operating 
environments. The source code may define and use various data structures 

20 and communication messages. The source code may be in a computer 

executable form (e.g., via an interpreter), or the source code may be converted 
(e.g., via a translator, assembler, or compiler) into a computer executable form. 

The computer program may be fixed in any form (e.g., source code 
25 form, computer executable form, or an intermediate form) either permanently 
or transitorily in a tangible storage medium, such as a semiconductor memory 
device (e.g., a RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a 
magnetic memory device (e.g., a diskette or fixed disk), an optical memory 
device (e.g., a CD-ROM), a PC card (e.g., PCMCIA card), or other memory 
30 device. The computer program may be fixed in any form in a signal that is 
transmittable to a computer using any of various communication 
technologies, including, but in no way limited to, analog technologies, digital 
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technologies, optical technologies, wireless technologies {e.g., Bluetooth), 
networking technologies, and internetworking technologies. The computer 
program may be distributed in any form as a removable storage medium with 
accompanying printed or electronic documentation (e.g., shrink wrapped 
5 software), preloaded with a computer system (e.g., on system ROM or fixed 
disk), or distributed from a server or electronic bulletin board over the 
communication system (e.g., the Internet or World Wide Web). 



Hardware logic (including programmable logic for use with a 
10 programmable logic device) implementing all or part of the functionality 
previously described herein may be designed using traditional manual 
methods, or may be designed, captured, simulated, or documented 
electronically using various tools, such as Computer Aided Design (CAD), a 
hardware description language (e.g., VHDL or AHDL), or a PLD 
15 programming language (e.g., PALASM, ABEL, or CUPL). 



Programmable logic may be fixed either permanently or transitorily in 
a tangible storage medium, such as a semiconductor memory device (e.g., a 
RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a magnetic 

20 memory device (e.g., a diskette or fixed disk), an optical memory device (e.g., 
a CD-ROM), or other memory device. The programmable logic may be fixed 
in a signal that is transmittable to a computer using any of various 
communication technologies, including, but in no way limited to, analog 
technologies, digital technologies, optical technologies, wireless technologies 

25 (e.g., Bluetooth), networking technologies, and internetworking technologies. 
The programmable logic may be distributed as a removable storage medium 
with accompanying printed or electronic documentation (e.g., shrink wrapped 
software), preloaded with a computer system (e.g., on system ROM or fixed 
disk), or distributed from a server or electronic bulletin board over the 

30 communication system (e.g., the Internet or World Wide Web). 
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The present invention may be embodied in other specific forms 
without departing from the true scope of the invention. The described 
embodiments are to be considered in all respects only as illustrative and not 
restrictive. 



